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ERSTFI I F DYNAMISCH EINE VIELZAHL VON 
SIMUUERTEN HTTP^ANFORDERUNGEN, 
WOBEJ JEDE SIMULIERTE HTTP-ANFOR DS - 
RUNG EINEN URL, DER EINEN WEB-SERVER 
KENNZEJCHNET, UND EINEN HTTP-VORSAT2 
ENTHALT, DER EINE ANFORDERNDE CUENT- 
EINHBT UND EINEN BROWSER BESCHREIBT. 
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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

© Systeme, Verfahren und Computerprogrammprodukte zur Uberprufung eines fur die Anzeige in pervasive 
Computereinheiten angepassten Web-lnhaltes 

© Es warden Systeme, Verfahren und Computerpro- 
grammprodukte bereitgestellt, urn zu prufen, ob ein Web- 
Inhalt von einem Konvertierungs-Proxy fur die Anzeige in 
verschiedenen anfordernden pervasiven Datenverarbei- 
tungseinheiten ordnungsgemalS angepasst wurde. Unter 
Verwendung von Informationen aus einer oder mehreren 
Datendateien werden simulierte HyperText Transfer Pro- 
tocol- (HTTP-) Anforderungen erstellt. Jede simulierte An- 
forderung enthalt einen Uniform Resource Locator (URL), 
der eine Position des Web-lnhaltes kennzeichnet. AuRer- 
dem enthalt jede simulierte Anforderung einen HTTP-Vor- 
satz, der Informationen uber eine entsprechende pervasi- 
ve Datenverarbeitungseinheit enthalt. Simulierte HTTP- 
Anforderungen werden asynchron zu entsprechenden 
■ Web-Servern ausgegeben, die in den jeweiligen HTTP- 
• Anforderungen gekennzeichnet werden. Eine HTTP-Ant- 
» wort auf jede entsprechende simulierte HTTP-Anforde- 
rung wird empfangen und enthalt einen Web-lnhalt, der 
fur die Anzeige in einer entsprechenden pervasiven Da- 
tenverarbeitungseinheit angepasst wurde, die der jeweili- 
gen simulierten HTTP-Anforderung zugeordnet ist. Jede 
HTTP-Antwort wird sodann mit einer erwarteten HTTP- 
Antwort verglichen. Eine HTTP-Antwort, deren Vergleich 
mit einer erwarteten HTTP-Antwort ungunstig ausfallt, 
kann zur spate re n Analyse gespeichert werden. 



GIB S1MUUERTER HTTP -ANFORDERUNG EN AN 
WEB-SERVER AUS. DIE IN ENTSPRECHENDEN 
SIMUUERTEN HTTP-ANFORDERUNG EN 
GEKENNZEICHNET WERDEN. 
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EMPFANGE UND SPEICHERE EINE ANTWORT 
AUF JEDE SIMUUERTE HTTP-ANFORDERUNG. 
W08Q JEDE ANTWORT EINEN WEB-tNHALT 
UND EJNEN HTTP-VORSATZ ENTHALT, DER 
VON EINEM KONVERTIERUNGS-PROXY 
ANGEPASST WURDE 
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VERGLEICHE JEDE EMPFANGENE ANTWORT 
MIT EINER ENTSPRECHENDEN ERWARTETEN 
ANTWORT; SPEICHERE FEHLGESCHLAGENER 
ANTWORTEN. 
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Beschreibung 

Gebiet der Erfindung 

Die vorliegende Erfindung betrifft im Allgemeinen die 
Anzeige des Inhaltes einer Web-Seite und insbesondere die 
Anpassung des Web-Inhaltes fur die Anzeige in Client- Ein- 
heiten. 

Grundlagen der Erfindung 

Das Internet ist ein weltweites dezentrales Netz von Com- 
putem mit der Fahigkeit, miteinander zu kommunizieren. 
Das Internet hat umfassende Anerkennung als leistungsfahi- 
ges Medium zur Kommunikation und Interaktion iiber meh- 
rere Netze erlangt. Das World-Wide Web (Web) ist Anfang 
der 90er Jahre entstanden und besteht aus mit dem Internet 
verbundenen Server-Hostcomputern (Web-Server), die Hy- 
pertextdokumente (als Web-Seiten bezeichnet) darin gespei- 
cherl haben. Client-Programme (z. B. Web-Browser), die 
das Hypertext Transfer Protocol (HTTP) verwenden, kon- 
nen uber eine Transmission Control Protocol/Internet Proto- 
col- (TCP/IP-) Verbindung zwischen einer Client-Hostein- 
heit (client- hosting device) und einer Server-Hosteinheit 
(server- hosting device) auf Web-Seiten zugreifen. Obwohl 
HTTP und Web-Seiten die vorherrschenden Formen fur das 
Web sind, betriffl das Web selbst einen weiten Bereich von 
Protokollen, darunter Secure Hypertext Transfer Protocol 
(HTTPS), File Transfer Protocol (FTP) und Gopher, und 
Formaten von Web-Inhalten, darunter unverschliisselter 
Text, HyperText Markup Language (HTML), Extensible 
Markup Language (XML), sowie Bildformate, beispiels- 
weise Graphics Interchange Format (GIF) und Joint Photo- 
graphic Experts Group (JPEG). 

Eine Web- Site ist herkommlicherweise eine Sammlung 
von Web-Seiten und anderen, ein bestimmtes Thema betref- 
fenden Dateien, die eine als "Home"-Page bezeichnete An- 
fangsdatei enthalt. Eine groBe Web-Site kann sich auf einer 
Anzahl geographisch verstreuter Web-Server befinden. Die 
Web-Site von International Business Machines Corporation 
(www.ibm.com) besteht beispielsweise aus Tausenden von 
Web-Seiten und Dateien, die weltweit iiber mehrere Web- 
Server verteilt sind. 

Ein Intranet ist ein privates Computernetz, das herkomm- 
licherweise in einem Unternehmen enthalten ist und das her- 
kommlicherweise einen oder mehrere Server enthalt, die mit 
mehreren Benutzercomputem kommunizieren. Ein Intranet 
kann aus miteinander verbundenen lokalen Netzen (local 
area networks) bestehen und kann auBerdem Mietleitungen 
in einem landesweiten Netz (wide-area network) verwen- 
den. Ein Intranet kann Verbindungen zum auBeren Internet 
enthalten. Intranets verwenden herkommlicherweise meh- 
rere Internet-Protokolle und erscheinen im Allgemeinen wie 
private Versionen des Internets. Ein Intranetbenutzer greift 
normalerweise iiber einen lokal auf seinem/ihrem Computer 
Laufenden Browser auf einen Intranet-Server zu. 

Ein Web- (oder Intranet-) Server ist ein (normalerweise 
auf einem Computer ablaufendes) Computerprogramm, das 
angeforderte Web-Seiten und Dateien bedient. Ein Web- 
Client ist ein anforderndes Programm, das einem Benutzer 
zugeordnet ist. Ein Browser ist ein exemplarischer Web- 
Client zur Verwendung bei der Anforderung von Web-Sei- 
ten und Dateien von Web-Servern. Ein Web-Server wartet 
auf einen Web-Client, beispielsweise einen Browser, um 
eine Verbindung zu eroffhen und eine spezifische Web-Seite 
(oder Datei) anzufordern. Der Web-Server sendet sodann 
eine Kopie des angeforderten Eiementes, schlieBt die Ver- 
bindung und wartet auf die nachste Verbindung. 
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Wenn ein Browser mit einem Web-Server in Wechselwir- 
kung steht, verwenden die beiden Programme HTTP. HTTP 
ermoglicht es einem Browser, ein spezifisches Element an- 
zufordern, das der Web-Server sodann zuriicksendet und der 

5 Browser wiedergibt. Zur Sicherstellung einer unzweideuti- 
gen Kooperarion von Browsem und Web-Servern definiert 
HTTP das genaue Format von Anforderungen (HTTP- A n- 
forderungen), die von einem Browser zu einem Web-Server 
gesendet werden, sowie das Format von Antworten (HTTP- 

io Antworten), die der Web-Server zum Browser zuriicksen- 
det. 

Exemplarische Browser fur Internet und Intranet beinhal- 
ten Netscape Navigator® (America Online, Inc., 22000 AOL 
Way, Dulles, VA) und Internet Explorer® (Microsoft Corpo- 

15 ration, Redmond, WA). Browser stellen normalerweise eine 
grafische Benutzerschnittstelle zum Abrufen und Betrachten 
von Web-Seiten, Anwendungen und anderen Ressourcen 
bereit, die sich auf Internet/Intranet-Servem (hierin im Fol- 
genden kollektiv als "Web-Server" bezeichnet) befinden. 

20 Wie Fachleuten bekannt ist, wird eine Web-Seite her- 
kommlicherweise iiber eine Standardseitenbeschreibungs- 
sprache (standard page description language), zum Beispiel 
HTML, formatiert, die normalerweise Text enthalt und sich 
auf Grafiken, Ton, Animation und Videodaten beziehen 

25 kann. HTML schaftt die Voraussetzungen fur eine grundle- 
gende Dokumentformatierung und ermoglicht einem Web- 
Inhalt-Provider die Angabe spezifischer Anker oder Hyper- 
textverbindungen (normalerweise als hervorgehobener Text 
gezeigt) zu anderen Web-Servern und Dateien. Wenn ein 

30 Benutzer eine bestimmte Hypertextverbindung auswahlt, 
liest und interpretiert ein Browser eine der Verbindung zu- 
geordnete Adresse, die als Uniform Resource Locator 
(URL) bezeichnet wird, verbindet den Browser mit einem 
Web-Server bei dieser Adresse und erstellt eine Anforde- 

35 rung (z. B. eine HTTP- Anforderung) fur die in der Verbin- 
dung gekennzeichnete Datei. Der Web-Server sendet die an- 
geforderte Datei sodann zum Web-Client, den der Browser 
interpretiert und dem Benutzer anzeigt. 

Viele neue elektronische Einheiten, beispielsweise Perso- 

40 nal Digital Assistants (PDAs), T^schencomputer und Web- 
TVs, erhalten als Client-Einheiten Zugriff auf das Internet 
und/oder auf Intranets. Elektronische Einheiten, darunter - 
jedoch nicht ausschlieBlich - PDAs, Zelltelefone (cellular 
telephones) und Datenverarbeitungseinheiten, die in Gera- 

45 ten und Kraftfahrzeugen verwendet werden, werden oftmals 
insgesamt als "pervasive" Datenverarbeitungseinheiten be- 
zeichnet. Viele solcher pervasive Datenverarbeitungseinhei- 
ten verwenden die Plattformen von Microsoft® Windows 
CE und 3Com Palm Computing®. 

50 Leider sind die Fahigkeiten von pervasive Datenverarbei- 
tungseinheiten zum Empfangen, Verarbeiten, Speichem und 
Anzeigen eines Intemet-Inhaltes unterschiedlich. Die An- 
zeigen von pervasive Datenverarbeitungseinheiten sind im 
Vergleich zu Tischcomputeranzeigen (desktop computer 

55 displays) klein. InfoLgedessen konnen Inhaltsanteile einer 
Web-Seite, beispielsweise Bilder und konvertierte HTML, 
die andemfalls auf einer Tischcomputeranzeige angezeigt 
werden konnen, auf der Anzeige einer pervasive Computer- 
einheit nicht angezeigt werden, wenn nicht einige Anderun- 

60 gen an den Bildem und/oder dem Text (d. h. dem Inhalt) 
vorgenommen werden. Beispielsweise kann eine Tischcom- 
puteranzeige mit einer Matrix von 1024 Bildelementen mal 
768 Bildelementen ein groBes (z. B. 2 MB) Farbbild mit 24 
Bit pro Bildelement anzeigen. Eine pervasive Computerein- 

65 heit, die eine Anzeige mit einer Matrix von 120 Bildelemen- 
ten mal 120 Bildelementen aufweist und nur etwa 3 Bit pro 
Bildelement anzeigen kann, ignoriert moglicherweise viele 
der Bilddaten. Infolgedessen kann das Bild iiber die perva- 
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sive Computereinheit nicht ordnungsgemaB angezeigt wer- 
den, falls iiberhaupt, es sei denn, die GroBe des Bildes wird 
an die Fahigkeiten der Datenverarbeitungseinheit angepasst. 
AuBerdem konnen einige pervasive Datenverarbeitungsein- 
heiten bestimmte Bilddateitypen, beispielsweise JPEG oder 
GIF, moglicherweise nicht anzeigen. 

Die Schriftarten und GroBen von Text im Web-Inhalt 
mussen moglicherweise auBerdem geandert werden, um de- 
ren Anzeige in der Anzeige einer pervasive Datenverarbei- 
tungseinheit zu ermoglichen. AuBerdem konnen allgemeine 
HTML-Merkmale, zum Beispiel Rahmen und Tabellen, von 
pervasive Datenverarbeitungseinheiten moglicherweise 
nicht angezeigt werden. Daten in Rahmen und Tabellen 
mussen zum korrekten Anzeigen moglicherweise entfemt 
und/oder in andere Konfigurationen neu formatiert werden. 
AuBerdem erfordern Leistungsbegrenzungen von pervasive 
Datenverarbeitungseinheiten, beispielsweise die Speicher- 
groBe und die Verbindungsbandbreite, moglicherweise 
ebenfalls Anderungen am Web-Seiteninhalt, um diesen uber 
eine pervasive Datenverarbeitungseinheit korrekt anzuzei- 
gen. 

Es ist bekannt, einen Web-Inhalt, der iiber eine pervasive 
Datenverarbeitungseinheit nicht korrekt angezeigt werden 
kann, in ein anzeigbares Format "anzupassen". GroBe Farb- 
bilder mit hoher Auflbsung konnen beispielsweise in kleine 
SchwarzweiBbilder umgesetzt werden, die in kleinen Anzei- 
gen mit niedriger Auflosung angezeigt werden konnen. Die 
Anpassung von Video, Bildern, Ton und Text zur Anzeige in 
einer Client-Einheit wird normalerweise als Konvertierung 
("transcoding") bezeichnet. Eine Web-Inhalt-Konvertierung 
wird in den schwebenden US-Patentanmeldungen Nr. 
09/239 935 und 09/240 137 ausfuhrlich beschrieben, die In- 
ternational Business Machines Corporation zugewiesen und 
in ihrer Gesamtheit hierin durch Bezugnahme aufgenom- 
men werden. Die Web-Inhalt-Konvertierung wird normaler- 
weise von einem Konvertierungs-Proxy (transcoding proxy) 
ausgefiihrt, der einem Web-Server zugeordnet ist. Produkte 
zur Konvertierung eines Web-Inhaltes zur Anzeige durch 
eine anfordemde Client-Einheit sind bekannt. Ein Beispiel 
fur ein Konvertierungsprodukt ist das von der Apache Ser- 
ver Foundation unter http://java.apache.org erhaltliche "Co- 
coon". Cocoon wird-unter http://java.apache.org /cocoon/ 
index.html beschrieben, das durch Bezugnahme hierin auf- 
genommen wird. 

Zum Ausfuhren einer Web-Inhalt-Konvertierung muss 
ein Web-Server und/oder ein Konvertierungs-Proxy norma- 
lerweise Kenntnisse von einer Client-Einheit haben, die eine 
HTTP- Anforderung erstellt. Wie Fachleuten bekannt ist, be- 
gleitet ein HTTP-Vorsatz (HTTP header) HTTP-Anforde- 
rungen zu einem Web-Server. Ein HTTP-Vorsatz stellt nor- 
malerweise Informationen uber eine anfordemde Client- 
Einheit und deren Browser bereit. Beispiele fur in einem 
HTTP-Vorsatz bereitgestellte Informationen konnen Fol- 
gendes enthalten: die AnzeigengroBe einer Ctient-Einheit, 
ob die Anzeige einer Client-Einheit eine Farbanzeige oder 
eine SchwarzweiBanzeige ist, eine Kennung des Browsers 
der Client-Einheit und eine Kennung des Betriebssystems 
der Client-Einheit. 

Es werden laufend neue Datenverarbeitungseinheiten fiir 
das breite Publikum mit verschiedenen Browsern und Kon- 
figurationen entwickelt und auf den Markt gebracht. Unter 
Beriicksichtigung der Vielfalt neuer Datenverarbeitungsein- 
heiten fur die Allgemeinheit kann es fur die Herausgeber 
von Web-Inhalten schwierig sein, den Inhalt so anzupassen, 
dass er in vielen verschiedenen Einheiten angemessen ange- 
zeigt werden kann. Infolgedessen besteht ein Bedarf an ei- 
ner schnellen und problemlosen Uberpriifung, dass die An- 
passung eines Web-Inhaltes fur jeden iyp von Client-Ein- 



heit, die eine HTTP-Anforderung sendet, korrekt ausgefiihrt 
wird Gegenwartig erfolgt die Uberpriifung, ob die Anpas- 
sung des Web-Inhaltes korrekt ausgefiihrt wird, durch das 
Senden von HTTP-Anforderungen mit jeder tatsachlichen 
5 Client-Einheit. Leider kann die Fahigkeit zum Priifen der 
Web-Inhaltanpassung mit vielen verschiedenen Client-Ein- 
heiten kostspielig und zeitaufwendig sein, und es ist mogli- 
cherweise technisch nicht durchfuhrbar, Antworten analy- 
tisch auf Gultigkeit zu priifen. 

10 

Zusammenf assung der Erfindung 

Angesichts der obigen Erlauterung ist es eine Aufgabe 
der vorliegenden Erfindung, Systeme, Verfahren und Com- 

15 puterprogrammprodukte zum Simulieren verschiedener, auf 
unterschiedlichen Softwareplattformen betriebener Client- 
Einheiten bereitzustellen, um sicherzustellen, das die An- 
passung eines Web-Inhaltes korrekt ausgefiihrt wird. 
Eine andere Aufgabe der vorliegenden Erfindung ist das 

20 Erleichtern der Anzeige von Web-Seiten iiber pervasive Da- 
tenverarbeitungseinheiten, die im Vergleich zu Tischcompu- 
tern kleinere Anzeigen und verschiedene Leistungsbegren- 
zungen aufweisen konnen. 

Diese und andere Aufgaben der vorliegenden Erfindung 

25 werden von Systemen, Verfahren und Computerprogramm- 
produkten bereitgestellt, um zu testen (d. h. zu uberprufen), 
ob der Web-Inhalt von einem Konvertierungs-Proxy fur die 
Anzeige in verschiedenen anfordernden pervasive Daten- 
verarbeitungseinheiten ordnungsgemaB angepasst wurde. 

30 Unter Verwendung von Informationen von einer oder meh- 
reren Datendateien werden simulierte HyperText Transfer 
Protocol- (HTTP-) Anforderungen erstellt. Jede simulierte 
Anforderung enthalt vorzugsweise einen Uniform Resource 
Locator (URL), der eine Position des Web-Inhaltes kenn- 

35 zeichnet. AuBerdem enthalt jede simulierte Anforderung 
vorzugsweise einen HTTP-Vorsatz, der Informationen iiber 
eine entsprechende pervasive Datenverarbeitungseinheit 
enthalt. Beispiele fur in einem HTTP-Vorsatz enthaltene In- 
formationen iiber pervasive Datenverarbeitungseinheiten 

40 konnen die folgenden Informationen enthalten, sind jedoch 
nicht auf diese begrenzt: eine Kennung des Browsers einer 
Einheit, eine Kennung des Betriebssystems einer Einheit, 
Eigenschaften der Anzeige einer Einheit und Informationen 
uber den Web-Inhalt, fur dessen Anzeige eine Einheit konfi- 

45 guriertist. 

Simulierte HTTP-Anforderungen werden zu entsprechen- 
den Web-Servern ausgegeben, die in den jeweiligen HTTP- 
Anforderungen gekennzeichnet werden. Auf jede entspre- 
chende simulierte HTTP-Anforderung wird eine HTTP- 

50 Antwort empfangen, die einen Web-Inhalt enthalt, der zur 
Anzeige in einer entsprechenden pervasive Datenverarbei- 
tungseinheit angepasst wurde, die der jeweiligen simulierten 
HTTP-Anforderung zugeordnet ist. Jede HTTP-Antwort 
wird sodann mit einer erwarteten HTTP-Antwort vergli- 

55 chen. Eine HTTP-Antwort, deren Vergleich mit einer erwar- 
teten HTTP-Antwort keine Obereinstimmung ergibt, kann 
zur spateren Analyse gespeichert werden. 

Die vorliegende Erfindung kann die Fes tstel lung erleich- 
tern, ob ein Web-Inhalt fur die Anzeige in fast jedem Typ 

60 von Client-Einheit mit fast jedem Konfigurationstyp ord- 
nungsgemaB angepasst ist, ohne dass die eigentliche Einheit 
im Test verwendet werden muss. Infolgedessen kann die 
Verwendung der vorliegenden Erfindung von Web-Inhalt- 
Providern zu betrachtlichen Zeiteinsparungen, Kostenein- 

65 sparungen und Programmprodukten von hoherer Qualitat 
fuhren. 
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Kurze Beschreibung der Zeichnungen 

Fig. 1 veranschaulicht schematisch die Pfade einer 
HTTP- Anforde rung und einer entsprechenden HTTP-Ant- 
wort in einer Client-Server-Umgebung, die einen Konver- 
tierungs-Proxy enthalt, der einen Web-Inhalt fiir die An- 
zeige in anfordernden Client- Einheiten an pass t 

Fig. 2 ist ein Flussdiagramm, das Arbeitsgange zum 
Uberpriifen eines konvertierten Web-Inhaltes darstellt, der 
genial der vorliegenden Erfindung auf eine Client- Anforde- 
rung hin bereitgestellt wird. 

Fig. 3 ist ein ausfuhrliches Flussdiagramm, das Arbeits- 
gange zum Erstellen und Ausgeben einer Vielzahl von 
HTTP-Anforderungen und zum Uberpriifen eines konver- 
tierten Web-Inhaltes darstellt, der gemaB der vorliegenden 
Erfindung auf eine Client-Anforderung hin bereitgestellt 
wird. 

Fig. 4 ist eine schematische Darstellung eines Datenver- 
arbeitungssystems zum Ausfuhren von Arbeitsgangen ge- 
maB der vorliegenden Erfindung, 

Fig. 5 ist eine schematische Darstellung eines Datenver- 
arbeitungssystems, das mit einer Vielzahl von Web-Servern 
und Konvertierungs-Proxies kommuniziert, wobei das Da- 
tenverarbeitungssystem so konfiguriert ist, dass es gemaB 
der vorliegenden Erfindung eine Vielzahl von HTTP-Anfor- 
derungen erstellt und sendet und eine entsprechende Viel- 
zahl von HTTP-Antwortcn empfangt. 

Ausfiihrliche Beschreibung der Erfindung 

Im Folgenden wird die vorliegende Erfindung nun aus- 
fuhrlicher mit Bezugnahme auf die begleitenden Zeichnun- 
gen beschrieben, in denen bevorzugte Ausfuhrungsformen 
der Erfindung gezeigt werden. Diese Erfindung kann jedoch 
in vielen verschiedenen Formen ausgefuhrt werden und 
sollte nicht als auf die hierin dargelegten Ausfuhrungsfor- 
men begrenzt gedeutet werden; stattdessen werden diese 
Ausfuhrungsformen bereitgestellt, damit diese Beschrei- 
bung sorgfaltig und vollstandig ist und Fachleuten den An- 
wendungsbereich der Erfindung vollstandig zeigt. Gleiche 
Ziffern beziehen sich durchweg auf gleiche Elemente. 

Wie Fachleute verstehen werden, kann die vorliegende 
Erfindung als Verfahren, Datenverarbeitungssystem oder 
Computerprogrammprodukt ausgefuhrt werden. Dement- 
sprechend kann die vorliegende Erfindung die Form einer 
kompietten Hardware-Ausfuhrungsform, einer kompletten 
Software-Ausfuhrungsform oder einer Ausfuhrungsform 
annehmen, die Software- und Hardwareaspekte kombiniert. 
AuBerdem kann die vorliegende Erfindung die Form eines 
Computerprogrammproduktes auf einem in einem Compu- 
ter verwendbaren Speichermedium annehmen, das ein in ei- 
nem Computer verwendbares, im Medium integriertes Pro- 
grammcodemittel aufweist. Jedes geeignete computerles- 
bare Medium kann verwendet werden, darunter Festplatten, 
CD-ROMs, optische Speichereinheiten oder magnetise he 
Speichereinheiten. 

Der Computerprogrammcode zum Ausfuhren von Ar- 
beitsgangen der vorliegenden Erfindung wird vorzugsweise 
in einer objektorientierten Programmiersprache, beispiels- 
weise JAVA®, Smalltalk oder C++, geschrieben. Der Com- 
puterprogrammcode zum Ausfuhren von Arbeitsgangen der 
vorliegenden Erfindung kann jedoch auch in herkommli- 
chen prozeduralen Programmiersprachen (procedural pro- 
gramming languages), beispielsweise der Programmierspra- 
che "C", oder in einer funktionellen Programmiersprache 
(oder Programmiersprache der vierten Generation), bei- 
spielsweise Lisp, SML oder Forth, geschrieben werden. 

Die vorliegende Erfindung wird unten mit Bezugnahme 
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auf Blockschaltbilder und/oder Russdiagrammdarstellun- 
gen von Verfahren, Vorrichtungen (Systemen) und Compu- 
terprogrammprodukten gemaB einer Ausfuhrungsform der 
Erfindung beschrieben. Es ist klar, dass jeder Block der 
5 Blockschaltbilder und/oder Russdiagrammdarstellungen 
durch Computerprogrammbefehle realisiert werden kann. 
Diese Computerprogrammbefehle konnen einem Prozessor 
eines Universalcomputers, eines Spezialcomputers oder ei- 
ner anderen programmierbaren Datenverarbeitungsvorrich- 
10 tung zur Erzeugung einer Maschine zugefuhrt werden, so 
dass die Befehle, die iiber den Prozessor des Computers 
oder der anderen programmierbaren Datenverarbeitungs- 
vorrichtung ablaufen, Mittel zum Realisieren der im Block- 
schaltbild und/oder Flussdiagrammblock oder -blocken an- 
ts gegebenen Funktionen erzeugen. 

Diese Computerprogrammbefehle konnen auBerdem in 
einem computerlesbaren Speicher gespeichert werden, der 
einen Computer oder eine andere programmierbare Daten- 
verarbeitungsvorrichtung auf eine bestimmte Weise steuem 
20 kann, so dass die im computerlesbaren Speicher gespeicher- 
ten Befehle ein Fertigungsprodukt erzeugen, darunter Be- 
fehlsmittel, die die im Blockschaltbild und/oder Flussdia- 
grammblock oder -blocken angegebene Funktion realisie- 
ren. 

25 Die Computerprogrammbefehle konnen auBerdem in ei- 
nen Computer oder eine andere programmierbare Datenver- 
arbeitungsvorrichtung geladen werden, um zu bewirken, 
dass eine Reihe von Verarbeitungsschritten auf dem Compu- 
ter oder der anderen programmierbaren Vorrichtung ausge- 

30 fuhrt werden, um einen in einem Computer realisierten Pro- 
zess zu erzeugen, so dass die Befehle, die auf dem Computer 
oder der anderen programmierbaren \brrichtung ablaufen, 
Schritte zur Realisierung der in den Blockschaltbildern und/ 
oder im Flussdiagrammblock oder -blocken angegebenen 

35 Funktionen bereitstellen. 

Mit Bezugnahme auf Fig. 1 werden nun die Pfade einer 
HTTP-Anforderung und einer entsprechenden HTTP-Ant- 
wort in einer Client-Server-Beziehung schematisch darge- 
stellt, wobei ein Konvertierungs-Proxy zum Anpassen des 

40 Web-Inhaltes enthalten ist. Eine Client-Einheit 10 sendet 
eine HTTP-Anforderung 15 nach einem Web-Inhalt von ei- 
nem HTTP- (d. h. Web-) Server 20. Das Protokoll fur 
HTTP-Anforderungen und -Antworten wird in der Verof- 
fentlichung "Hypertext Transfer Protocol - HTTP/1. 1", Net- 

45 work Working Group Request for Comments 2068, Januar 
1997, die in ihrer Gesamtheit durch Bezugnahme hierin auf- 
genommen ist, ausfuhrlich beschrieben. 

In der dargestellten Client-Server-Beziehung durchlauft 
die HTTP-Anforderung 15 einen Konvertierungs-Proxy 30 

50 und wird vom Konvertierungs-Proxy 30 geandert, wie Fach- 
leute verstehen wurden. Die geanderte HTTP-Anforderung 
15* wird vom HTTP-Server 20 verarbeitet, und eine den an- 
geforderten Web-Inhalt enthaltende HTTP- Antwort 25 wird 
iiber den Konvertierungs-Proxy 30 zur Client-Einheit 10 ge- 

55 sendet. Der Konvertierungs-Proxy 30 passt den Web-Inhalt 
in der HTTP- Antwort 25 an, wobei eine "geanderte" HTTP- 
Antwort 25* erzeugt wird. Der angepasste Web-Inhalt in der 
geanderten HTTP- Antwort 25' kann in der Client-Einheit 10 
wiedergegeben werden. Es ist klar, dass ein Konvertierungs- 

60 Proxy 30 als im HTTP-Server 20 befindlicher Software- 
code, als auBerhalb des HTTP-Servers, beispielsweise in- 
nerhalb einer Firewall, befindlicher Softwarecode oder einer 
Kombination aus beidem realisiert werden kann. 

Die vorliegende Erfindung stellt Verfahren, Systeme und 

65 Computerprogrammprodukte zur Uberpriifung eines kon- 
vertierten Web-Inhaltes bereit, der auf HTTP-Anforderun- 
gen hin bereitgestellt wurde, ohne dass die eigentlichen 
Client-Einheiten HTTP-Anforderungen senden miissen. Ge- 
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maB der vorliegenden Erfindung konnen mehrere Gient- 
Anforderungen von einem einzigen Computer simuliert 
werden, der beispielsweise liber das Internet, ein Intranet 
oder ein anderes Dateniibertragungsnetz mit einem oder 
mehreren Web-Servem kommuniziert 5 

Mit Bezugnahme auf Fig. 2 werden Arbeitsgange zum 
Uberpriifen eines konvertierten Web-Inhaltes gemaB der 
vorliegenden Erfindung dargestellt. Unter Verwendung ver- 
schiedener Datendateien werden von einer Datenverarbei- 
tungseinheit eine Vielzahl simulierter HTTP-Anforderun- 10 
gen erstellt (Block 100). Jede simulierte HTTP-Anforde- 
rung enthalt einen Uniform Resource Locator (URL), der 
die Position eines spezifischen Web-Inhaltes kennzeichnet, 
der in einer anfordemden Client-Einheit angezeigt werden 
soli. Jede HTTP-Anforderung enthalt auBerdem einen 15 
HTTP-Vorsatz, der Informationen uber eine anfordemde 
Client-Einheit enthalt und der die TVpen von Web-Inhalt an- 
gibt, auf deren Verarbeitung die Client-Einheit vorbereitet 
ist. Wie Fachleuten bekannt ist, iibertragen HTTP-Vorsatze 
Informationen, die Web-Server und Browser zur Definition 20 
des zwischen ihnen ausgetauschten Datentyps verwenden. 

Gleichzeitige HTTP-Anforderungen werden vorzugs- 
weise asynchron an Web-Server ausgegeben, die in den je- 
weiligen HTTP-Anforderungen gekennzeichnet werden 
(Block 110, Fig. 2). 25 

Eine Datenverarbeitungseinheit zur Realisierung der vor- 
liegenden Erfindung setzt vorzugsweise fur jede der betref- 
fenden HTTP-Anforderungen das HTTP-"GET"-Verfahren 
(HTTP "GET" Method) ein. Das HTTP-"GET"-Verfahren, 
das Fachleuten gut bekannt ist, wird in "Hypertext Transfer 30 
Protocol - HTTP/1 . 1" , Network Working Group Request for 
Comments 2068, Januar 1997, ausfuhrlich beschrieben. 

Eine HTTP-Antwort auf jede HTTP-Anforderung wird 
vorzugsweise gespeichert (Block 120, Fig. 2). Jede HTTP- 
Antwort enthalt einen HTTP-Vorsatz und einen Web-Inhalt, 35 
der fur die Anzeige in einer Client-Einheit angepasst wurde, 
die als die Einheit identifiziert wurde, die die entsprechende 
HTTP-Anforderung sendete. Jede empfangene HTTP-Ant- 
wort wird mit einer erwarteten HTTP-Antwort verglichen 
(Block 130, Fig. 2). HTTP-Antworten, die nicht mit ihren 40 
jeweiligen erwarteten Antworten ubereinstimmen, werden 
vorzugsweise zur spateren Analyse gespeichert. 

Wie in Fig. 3 dargestellt wird, konnen mehrere simulierte 
HTTP-Anforderungen gleichzeitig und asynchron bis zu "n" 
Wiederholungen erstellt und ausgegeben werden, wobei n 45 
praktisch ein beliebiger Wert sein kann. Die gleichzeitige 
Erstellung und Ausgabe mehrerer simulierter HTTP-Anfor- 
derungen werden durch die Arbeitsgange 102-1 bis 130-1, 
die Arbeitsgange 102-2 bis 130-2 und die Arbeitsgange 102- 
n bis 130-n schematisch dargestellt. Eine ausfuhrliche Be- 50 
schreibung der Arbeitsgange 102-1 bis 130-1 wird unten be- 
reitgestellt, und es ist klar, dass diese Arbeitsgange fur alle 
der n Wiederholungen gleich sind. 

Fur jede HTTP-Anforderung wahlt eine die vorliegende 
Erfindung realisierende Datenverarbeitungseinheit vorzugs- 55 
weise einen URL aus, der den aus einer Datendatei abzuru- 
fenden Web-Inhalt definiert (Block 102-1). Ahnlich werden 
HTTP- Vorsatzfelder vorzugsweise aus einer Datendatei aus- 
gewahlt (Block 104-1). Ein ausgewahlter URL und ausge- 
wahlte HTTP- Vorsatzfelder werden sodann zum Erstellen 60 
jeder betreffenden HTTP-Anforderung kombiniert (Block 
106-1). Jede erstellte HTTP-Anforderung wird sodann zum 
Web-Server ausgegeben, der in der erstellten HTTP-Anfor- 
derung gekennzeichnet wird (Block 110-1). 

Nachdem eine Antwort auf eine HTTP-Anforderung 65 
empfangen und gespeichert wurde (Block 1 20-1), wird eine 
Entscheidung getroffen, ob eine weitere HTTP-Anforde- 
rung erstellt werden soli (Block 122-1). Sobald eine Ent- 
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scheidung getroffen wurde, keine weitere HTTP-Anforde- 
rung zu erstellen, wird jede zuriickgesendete HTTP-Ant- 
wort mit einer erwarteten Antwort verglichen (Block 130- 
1). Vorzugsweise wird jede fehlgeschlagene Antwort zur 
spateren Analyse gespeichert, um festzustellen, warum der 
Web-Inhalt nicht ordnungsgemaB konvertiert wurde. 

Die Entscheidung zum Erstellen einer weiteren HTTP- 
Anforderung kann von dem in einer HTTP-Antwort zuriick- 
gesendeten Web-Inhalt abhangen. Falls der Web-Inhalt in 
einer HTTP-Antwort beispielsweise Bilder enthalt, kann die 
vorliegende Erfindung entsprechende HTTP-Anforderun- 
gen fur jedes Bild erstellen. Dementsprechend konnen die 
Verfahren der vorliegenden Erfindung rekursiv sein, und die 
sich wiederholenden Schritte von Fig. 3 konnen fortgesetzt 
werden, bis alle Typen von Dateien in einer Web-Seite ange- 
fordert worden sind. Infolgedessen kann die Anpassung des 
Inhaltes einer ganzen Web- Site uber ein Datenverarbei- 
tungssystem iiberpriift werden, das die vorliegende Erfin- 
dung realisiert. 

Beispielhafte Informationen iiber eine anfordemde 
Client-Einheit, die in HTTP-Vorsatzfeldern bereitgestellt 
wird, konnen Folgendes enthalten, sind jedoch nicht darauf 
begrenzt: eine Kennung eines auf der Client-Einheit (z. B. 
Benutzer-Agent) ablaufenden Browsers, eine Kennung des 
Betriebssystems der Client-Einheit, eine Kennung von Ei- 
genschaften der Anzeige der Client-Einheit und eine Ken- 
nung des Web-Inhaltes, fur dessen Anzeige die Client-Ein- 
heit konfiguriert ist. Beispielhafte Anzeigeeigenschaften ei- 
ner Client-Einheit beinhalten - jedoch nicht ausschlieBlich - 
die AnzeigegroBe und ob die Anzeige eine Farbanzeige oder 
eine SchwarzweiBanzeige ist. 

Mit Bezugnahme auf Fig. 4 wird ein Datenverarbeitungs- 
system 600 zum Ausfuhren von Arbeitsgangen der vorlie- 
genden Erfindung schematisch dargestellt. Wie in Fig. 4 zu 
erkennen ist, kann ein Datenprozessor 601 ein Betriebssy- 
stem 602 aufweisen, das sich mit verschiedenen, auf dem 
Betriebssystem 602 ablaufenden Anwendungsprogrammen 
603 zum Ausfuhren von Arbeitsgangen der vorliegenden 
Erfindung darin befindet. Insbesondere wird eine An wen- 
dung 603a zur HTTP-AnforderungsersteEung (HTTP Re- 
quest Builder application) bereitgestellt, um die in den Blok- 
ken 100 und 110 von Fig. 2 und den Blocken 100 bis 122-1 
von Fig. 3 dargelegten Arbeitsgange zur HTTP-Anforde- 
rungserstellung und -ausgabe auszufuhren. Eine Antwort- 
vergleichs-Anwendung 603b (Response Comparator appli- 
cation) wird bereitgestellt, um Arbeitsgange zum Verglei- 
chen empfangener HTTP-Antworten mit erwarteten Ant- 
worten auszufuhren, die im Block 130 von Fig. 2 und im 
Block 130-1 von Fig. 3 dargelegt werden. 

Immer noch Bezug nehmend auf Fig. 4 komrnunizieren 
die Anwendungen 603a, 603b mit dem Datenspeicher 609, 
der ein extemer oder ein intemer Datenspeicher oder eine 
Kombination aus extemem und internem Datenspeicher sein 
kann. Die Anwendung 603a zur HTTP-Anforderungserstel- 
lung ist so konfiguriert, dass sie HTTP-Vorsatzelemente und 
URLs aus dem Datenspeicher 609 liest und HTTP-Anforde- 
rungen erstellt und ausgibt, wie in den Blocken 100 und 110 
von Fig. 2 und den Blocken 100 bis 122-1 von Fig. 3 darge- 
legt wird. Die Antwortvergleichs-Anwendung 603b ist so 
konfiguriert, dass empfangene HTTP-Antworten mit erwar- 
teten Antworten verglichen werden, die im Block 130 von 
Fig. 2 und im Block 130-1 von Fig. 3 dargelegt werden. Au- 
Berdem kann der Datenspeicher 609 zur Speicherung erstell- 
ter HTTP-Anforderungen und zur Speicherung empfange- 
ner HTTP-Antworten und zur Realisierung der verschiede- 
nen Verfahrensschritte der vorliegenden Erfindung als ein 
oder mehrere Stapelprozesse (batch processes) verwendet 
werden. 



DE 100 50 

9 

Wie Fachleute verstehen wiirden, zeigt der Prozessor 601 
Informationen auf einer Anzeigeeinheit 604 an. Die An- 
zeigeeinbeit 604 weist eine Vielzahl von Bildelementen 
(insgesamt als Bildschinn bezeichnet) auf, die das Erschei- 
nen einer auf der Anzeigeeinheit 604 angezeigteo grafischen 5 
Benutzeroberflache (GUI) definieren konnen. Der Inhalt des 
Bildschirms und daher das Erscheinen einer GUT konnen 
von einem oder mehreren Anwendungsprogramrnen 603a, 
603b oder vom Betriebssystem 602, einzeln oder kombi- 
niert, gesteuert oder geandert werden. Um eine Eingabe von 10 
einem Benutzer zu erhalten, kann das Betriebssystem 602, 
die Anwendungsprogramme 603a, 603b oder eine Kombi- 
nation davon Benutzereingabeeinheiten 605 verwenden. Die 
Benutzereingabeeinheiten 605 konnen eine Zeigereinheit 
606 und eine Tastatur 607 oder andere, Fachleuten bekannte 15 
Eingabeeinheiten beinhalten. 

Mit Bezugnahme auf Fig* 5 wird nun ein Datenverarbei- 
tungssystem 600 zum Ausfuhren von Arbeitsgangen der 
vorliegenden Erfindung dargestellt, das iiber ein Dateniiber- 
tragungsnetz, beispielsweise das Internet und/oder ein Intra- 20 
net 701, mit einer Vielzahl von Web-Servern 702 und Kon- 
vertierungs- Proxies 704 kornmuniziert. In der dargestellten 
Ausfuhrungsform konnen ein oder mehrere Web-Server 702 
einen Konvertierungs- Proxy 704 verwenden, der zur Anpas- 
sung eines Web-Inhaltes gemafi der obigen Beschreibung 25 
konfiguriert ist. Das Datenverarbeitungssystem 600 ist ge- 
mafi der obigen Beschreibung so konfiguriert, dass es 
HTTP-Anforderungen von mehreren pervasive Datenverar- 
beitungseinheiten simuliert, ohne dass tatsachliche Daten- 
verarbeitungseinheiten zum Erstellen von HTTP-Anforde- 30 
rungen benotigt werden. Das Datenverarbeitungssystem 600 
erstellt mehrere HTTP-Anforderungen und gibt diese aus, 
wobei jede HTTP-Anforderung einen HTTP-Vorsatz ent- 
halt, der Informationen liber eine entsprechende pervasive 
CUent-Einheit/Browser-Konfiguration (client device/ 35 
browser configuration) enthalt. Diese HTTP-Anforderungen 
konnen sodann als asynchrone parallele Anforderungen an 
gekennzeichnete Web-Server gesendet werden. 

Das Datenverarbeitungssystem 600 ist gemaB der obigen 
Beschreibung so konfiguriert, dass es iiber das Internet und/ 40 
oder das Intranet 701 HTTP-Antworten auf die HTTP-An- 
forderungen empfangt und die HTTP-Antworten mit erw ar- 
te ten HTTP-Antworten vergleicht. Vorzugsweise ist das Da- 
tenverarbeitungssystem 600 so konfiguriert, dass es HTTP- 
Antworten speichert und anschlieBend HTTP-Antwortver- 45 
gleichsarbeitsgange (HTTP response comparison operati- 
ons) als Stapelprozess ausfuhrt. Dementsprechend stellt die 
vorhegende Erfindung eine leistungsfahige, preiswerte 
Moglichkeit fur eine griindlichere Priifung einer Web-In- 
haltanpassung fiir mehrere pervasive Datenverarbeitungs- 50 
einheiten bereit, ohne dass die eigentlichen pervasive Daten- 
verarbeitungseinheiten benotigt werden. 

Die vorhergehende Beschreibung veranschaulicht die 
vorhegende Erfindung und soli nicht als begrenzend gedeu- 
tet werden. Obwohl einige beispielhafte Ausfiihrungsfor- 55 
men dieser Erfindung beschrieben wurden, werden Fach- 
leute problemlos verstehen, dass viele Anderungen in den 
beispielhaften Ausfiihrungsformen moglich sind, ohne we- 
sentlich von der neuen Lehre und den Vorteilen dieser Erfin- 
dung abzuweichen. Dementsprechend liegen alle solchen 60 
Anderungen im Anwendungsbereich dieser Erfindung, wie 
sie in den Anspriichen definiert wird. In den Anspriichen 
sind funktionelle Vorrichtungsmerkmale (means-plus- 
function clause) dafur vorgesehen, die hierin beschriebenen 
Strukturen bei der Ausfiihrung der genannten Funktion zu 65 
umfassen und nicht nur strukturelle Aquivalente, sondern 
auch funktionelle Aquivalente. Daher muss klar sein, dass 
die vorhergehende Beschreibung die vorhegende Erfindung 
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veranschaulicht und nicht als auf die beschriebenen Ausfiih- 
rungsformen begrenzt gedeutet werden soil und dass Ande- 
rungen an den beschriebenen Ausfiihrungsformen sowie an- 
dere Ausfiihrungsformen im Anwendungsbereich der ange- 
hangten Anspriiche enthalten sind Die Erfindung wird 
durch die folgenden Anspriiche definiert, wobei Aquiva- 
lente der Anspriiche darin enthalten sind. 

Patentanspriiche 

1. Verfahren zum Oberprufen eines fur die Anzeige in 
einer pervasive Datenverarbeitungseinheit angepassten 
Web-Inhaltes, der auf eine simulierte Anforderung von 
der pervasive Datenverarbeitungseinheit hin, die von 
einem Datenverarbeitungssystem erzeugt wurde, das 
nicht die pervasive Datenverarbeitungseinheit ist, wo- 
bei das Verfahren die folgenden Schritte umfasst: 
Erstellen einer simulierten HyperText Transfer Proto- 
col-(HTTP-) Anforderung iiber das Datenverarbei- 
tungssystem, wobei die simulierte HTTP-Anforderung 
einen Uniform Resource Locator (URL) enthalt, der 
eine Position eines Web-Inhaltes kennzeichnet, und 
wobei die simulierte HTTP-Anforderung einen HTTP- 
Vorsatz enthalt, der Informationen iiber die pervasive 
Datenverarbeitungseinheit enthalt; 
Ausgeben der simulierten HTTP-Anforderung vom 
Datenverarbeitungssystem zu einem Web- Server, der 
in der simulierten HTTP-Anforderung gekennzeichnet 
wird; 

Empfangen einer HTTP-Antwort vom Web-Server im 
Datenverarbeitungssystem, wobei die HTTP-Antwort 
einen Web-Inhalt enthalt, der von einem Konvertie- 
rungs-Proxy, der fur die Anpassung eines Web-Inhaltes 
fur die Anzeige in pervasive Datenverarbeitungsein- 
heiten ausgelegt ist, fur die Anzeige in der pervasive 
Datenverarbeitungseinheit angepasst wurde; 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort. 

2. Verfahren nach Anspruch 1, wobei die Informatio- 
nen iiber die pervasive Datenverarbeitungseinheit min- 
destens eine der folgenden Informationen enthalten: 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Browsers, eine Kennung ei- 
nes auf der pervasive Datenverarbeitungseinheit ab- 
laufenden Betriebssystems, eine Kennung von Eigen- 
schaften einer Anzeige fiir die pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fur dessen Anzeige die pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

3. Verfahren nach Anspruch 1, das auBerdem den 
Schritt des Speicherns der auf die simulierte HTTP- 
Anforderung hin empfangenen HTTP-Antwort um- 
fasst. 

4. Verfahren nach Anspruch 1, wobei der Schritt des 
Vergleichens der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort auBerdem den Schritt 
des Speichems der empfangenen HTTP-Antwort um- 
fasst, falls die empfangene HTTP-Antwort nicht mit 
der erwarteten HTTP-Antwort iibereinstimmt. 

5. Verfahren nach Anspruch 1, wobei der Schritt des 
Erstellens einer simulierten HTTP-Anforderung iiber 
das Datenverarbeitungssystem Folgendes umfasst: 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen von einer entsprechenden Vielzahl pervasive 
Datenverarbeitungseinheiten iiber das Datenverarbei- 
tungssystem, wobei jede simulierte HTTP-Anforde- 
rung einen Uniform Resource Locator (URL) enthalt, 
der eine Position eines Web-Inhaltes kennzeichnet, und 
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wobei jede simulierte HTTP-Anforderung einen 
HTTP-Vorsatz enthalt, der Informationen uber eine 
entsprechende pervasive Datenverarbeitungseinheit 
enthalt; und 

Speichern der Vielzahl simulierter HTTP- Anf orderun- 5 
gen. 

6. Verfahren nach Anspruch 5, wobei der Schritt des 
Ausgebens der simulierten HTTP-Anforderung uber 
das Datenverarbeitungssystem zu einem in der simu- 
lierten HTTP-Anforderung gekennzeichneten Web- 10 
Server das asynchrone Ausgeben der Vielzahl simulier- 
ter HTTP-Anforderungen uber das Datenverarbei- 
tungssystem an in jeder entsprechenden simulierten 
HTTP-Anforderung gekennzeichnete Web-Server um- 
fasst. 15 

7. Verfahren nach Anspruch 5, wobei der Schritt des 
Erstellens einer Vielzahl von simulierten HTTP-Anfor- 
derungen iiber das Datenverarbeitungssystem das Ab- 
rufen von HTTP-Vorsatzfeldern und URLs aus den je- 
weiligen Datendateien umfasst. 20 

8. Verfahren nach Anspruch 5, wobei der Schritt des 
Vergleichens der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort das Vergleichen jeder 
empfangenen HTTP-Antwort mit einer erwarteten 
HTTP-Antwort fur eine pervasive Datenverarbeitungs- 25 
einheit umfasst, die jeder entsprechenden simulierten 
HTTP-Anforderung zugeordnet ist. 

9. Verfahren zum Uberprufen eines fur die Anzeige in 
einer Vielzahl von pervasive Datenverarbeitungsein- 
heiten angepassten Web-Inhaltes, der auf simulierte 30 
Anforderungen von den pervasive Datenverarbeitungs- 
einheiten hin, die von einem Datenverarbeitungssy- 
stem erzeugt werden, das nicht eine der pervasive Da- 
tenverarbeitungseinheiten ist, wobei das Verfahren die 
folgenden Schritte umfasst: 35 
Erstellen einer Vielzahl von simulierten HyperText 
Transfer Protocol- (HTTP-) Anforderungen iiber das 
Datenverarbeitungssystem, wobei jede simulierte 
HTTP-Anforderung einen Uniform Resource Locator 
(URL) enthalt, der eine Position eines Web-Inhaltes 40 
kennzeichnet, und wobei jede simulierte HTTP-Anfor- 
derung einen HTTP-Vorsatz enthalt, der Informationen 
iiber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; 

asynchrones Ausgeben jeder simulierten HTTP-Anfor- 45 
derung vom Datenverarbeitungssystem zu einem Web- 
Server, der in jeder entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung im Datenverar- 50 
beitungssystem, wobei jede HTTP-Antwort einen 
Web-Inhalt enthalt, der fur die Anzeige in einer perva- 
sive Datenverarbeitungseinheit angepasst wurde, die in 
einer entsprechenden simulierten H lTP-Anforderung 
gekennzeichnet wird; und 55 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort fiir eine pervasive Da- 
tenverarbeitungseinheit, die in jeder entsprechenden si- 
mulierten HTTP-Anforderung angegeben wird. 

10. Verfahren nach Anspruch 9, wobei Informationen 60 
iiber pervasive Datenverarbeitungseinheiten in jeder si- 
mulierten HTTP-Anforderung mindestens eine der fol- 
genden Informationen enthalten: eine Kennung eines 
auf der pervasive Datenverarbeitungseinheit ablaufen- 
den Browsers, eine Kennung eines auf der pervasive 65 
Datenverarbeitungseinheit ablaufenden Betriebssy- 
stems, eine Kennung von Eigenschaften der Anzeige 
einer pervasive Datenverarbeitungseinheit und eine 



Kennung des Web-Inhaltes, fur dessen Anzeige die 
pervasive Datenverarbeitungseinheit konfiguriert ist 

11. Verfahren nach Anspruch 9, das auBerdem den 
Schritt des Speicherns der auf die simulierten HTTP- 
Anforderungen hin empfangenen HTTP-Antworten 
umfasst 

12. Verfahren nach Anspruch 9, wobei der Schritt des 
Vergleichens jeder empfangenen HTTP-Antwort mit 
einer erwarteten HTTP-Antwort das Speichern der 
empfangenen HTTP-Antwort umfasst, falls die emp- 
fangene HTTP-Antwort nicht mit der erwarteten 
HTTP-Antwort ubereinstimmt. 

13. Verfahren nach Anspruch 9, wobei der Schritt des 
Erstellens einer Vielzahl von simulierten HTTP-Anfor- 
derungen das Abrufen von HTTP-Vorsatzfeldern und 
URLs aus jeweiligen Datendateien umfasst. 

14. System, das einen fur die Anzeige in einer perva- 
sive Datenverarbeitungseinheit angepassten Web-In- 
halt uberpruft, der auf eine simulierte Anforderung von 
der pervasive Datenverarbeitungseinheit hin, die von 
einem Datenverarbeitungssystem erzeugt wurden, das 
nicht die pervasive Datenverarbeitungseinheit ist, wo- 
bei das System Folgendes umfasst: 

Mittel zum Erstellen einer simulierten HyperText 
Transfer Protocol- (HTTP-) Anforderung, wobei die si- 
mulierte HTTP-Anforderung einen Uniform Resource 
Locator (URL) enthalt, der eine Position eines Web-In- 
haltes kennzeichnet, und wobei die simulierte HTTP- 
Anforderung einen HTTP-Vorsatz enthalt, der Infor- 
mationen iiber die pervasive Datenverarbeitungseinheit 
enthalt; 

Mittel zum Ausgeben der simulierten HTTP-Anforde- 
rung vom Datenverarbeitungssystem zu einem Web- 
Server, der in der simulierten HTTP-Anforderung ge- 
kennzeichnet wird; 

Mittel zum Empfangen einer HTTP-Antwort vom 
Web-Server im Datenverarbeitungssystem, wobei die 
HTTP-Antwort einen Web-Inhalt enthalt, der von ei- 
nem Konvertierungs-Proxy, der fur die Anpassung ei- 
nes Web-Inhaltes fur die Anzeige in pervasive Daten- 
verarbeitungseinheiten ausgelegt ist, fiir die Anzeige in 
der pervasive Datenverarbeitungseinheit angepasst 
wurde; und 

Mittel zum Vergleichen der empfangenen HTTP-Ant- 
wort mit einer erwarteten HTTP-Antwort. 

15. System nach Anspruch 14, wobei die Informatio- 
nen uber die pervasive Datenverarbeitungseinheit min- 
destens eine der folgenden Informationen enthalten: 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Browsers, eine Kennung ei- 
nes auf der pervasive Datenverarbeitungseinheit ab- 
laufenden Betriebssystems, eine Kennung von Eigen- 
schaften einer Anzeige fur die pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fur dessen Anzeige die pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

16. System nach Anspruch 14, wobei das Mittel zum 
Empfangen einer HTTP-Antwort vom Web-Server ein 
Mittel zum Speichern der HTTP-Antwort umfasst. 

17. System nach Anspruch 14, wobei das Mittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Spei- 
chern der empfangenen HTTP-Antwort umfasst, falls 
die empfangene HTTP-Antwort nicht mit der erwarte- 
ten HTTP-Antwort ubereinstimmt. 

18. System nach Anspruch 14, wobei das Mittel zum 
Erstellen einer simulierten HTTP-Anforderung Fol- 
gendes umfasst: 
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Mittel zum Erstellen einer Vielzahl von simulierten 
HTTP-Anforderungen von einer entsprechenden Viel- 
zahl an pervasive Dalenverarbeitungseinheiten, wobei 
jede simulierte HTTP-Anforderung einen Uniform Re- 
source Locator (URL) enthalt, der eine Position eines 5 
Web-Inhaltes kennzeichnet, und wobei jede simulierte 
HTTP-Anforderung einen HTTP-Vorsatz enthalt, der 
Informationen uber eine entsprechende pervasive Da- 
tenverarbeitungseinheit enthalt; und 
Mittel zum Speichern der Vielzahl simulierter HTTP- 10 
Anforderungen. 

19. System nach Anspruch 18, wobei das Mittel zum 
Ausgeben der simulierten HTTP-Anforderung uber das 
Datenverarbeitungssystem zu einem in der simulierten 
HTTP-Anforderung gekennzeichneten Web-Server ein 15 
Mittel zum asynchronen Ausgeben der Vielzahl simu- 
lierter HTTP-Anforderungen an in jeder entsprechen- 
den simulierten HTTP-Anforderung gekennzeichnete 
Web-Server umfasst. 

20. System nach Anspruch 18, wobei das Mittel zum 20 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen uber das Datenverarbeitungssystem ein Mit- 
tel zum Abrufen von HTTP-Vorsatzfeldern und URLs 
aus entsprechenden Datendateien umfasst. 

21. System nach Anspruch 18, wobei das Mittel zum 25 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Verglei- 
chen jeder empfangenen HTTP-Antwort mit einer er- 
warteten HTTP-Antwort fur eine pervasive Datenver- 
arbeitungseinheit umfasst, die jeder entsprechenden si- 30 
mulierten HTTP-Anforderung zugeordnet ist. 

22. System, das einen fur die Anzeige in einer Vielzahl 
von pervasive Datenverarbeitungseinheiten angepass- 
ten Web-Inhalt uberpriift, der auf simulierte Anforde- 
rungen von den pervasive Datenverarbeitungseinheiten 35 
hin, die von einem Datenverarbeitungssystem erzeugt 
werden, das nicht eine der pervasive Datenverarbei- 
tungseinheiten ist, wobei das System FoLgendes um- 
fasst: 

Mittel zum Erstellen einer Vielzahl von simulierten 40 
HyperText Transfer Protocol- (HTTP-) Anforderun- 
gen, wobei jede simulierte HTTP-Anforderung einen 
Uniform Resource Locator (URL) enthalt, der eine Po- 
sition eines Web-Inhaltes kennzeichnet, und wobei 
jede simulierte HTTP-Anforderung einen HTTP-\fcr- 45 
satz enthalt, der Informationen uber eine entsprechende 
pervasive Datenverarbeitungseinheit enthalt; 
Mittel zum asynchronen Ausgeben jeder simulierten 
HTTP-Anforderung vom Datenverarbeitungssystem 
zu einem Web-Server, der in jeder entsprechenden si- 50 
mulierten HTTP-Anforderung gekennzeichnet wird; 
Mittel zum Empfangen einer HTTP-Antwort auf jede 
entsprechende simulierte HTTP-Anforderung, wobei 
jede HTTP-Antwort einen Web-Inhalt enthalt, der fur 
die Anzeige in einer pervasive Datenverarbeitungsein- 55 
heit angepasst wurde, die in einer entsprechenden si- 
mulierten HTTP-Anforderung gekennzeichnet wird; 
und 

Mittel zum Vergleichen jeder empfangenen HTTP- 
Antwort mit einer erwarteten HTTP-Antwort fur eine 60 
pervasive Datenverarbeitungseinheit, die in jeder ent- 
sprechenden simulierten HTTP-Anforderung angege- 
ben wird. 

23. System nach Anspruch 22, wobei die Informatio- 
nen uber die pervasive Datenverarbeitungseinheit in je- 65 
der simulierten HTTP-Anforderung mindestens eine 
der folgenden Informationen enthalten: eine Kennung 
eines auf einer pervasive Datenverarbeitungseinheit 
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ablaufenden Browsers, eine Kennung eines auf einer 
pervasive Datenverarbeitungseinheit ablaufenden Be- 
triebssystems, eine Kennung von Eigenschaften der 
Anzeige einer pervasive Datenverarbeitungseinheit 
und eine Kennung des Web-Inhaltes, fur dessen An- 
zeige eine pervasive Datenverarbeitungseinheit konfi- 
guriert ist 

24. System nach Anspruch 22, wobei das Mittel zum 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung ein Mittel zum 
Speichern der HTTP-Antworten umfasst. 

25. System nach Anspruch 22, wobei das Mittel zum 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Spei- 
chern der empfangenen HTTP-Antwort umfasst, falls 
die empfangene HTTP-Antwort nicht mit der erwarte- 
ten HTTP-Antwort iibereinstimmt. 

26. System nach Anspruch 22, wobei das Mittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen ein Mittel zum Abrufen von HTTP-Nfcrsatz- 
feldern und URLs aus entsprechenden Datendateien 
umfasst. 

27. Computerprogrammprodukt zum Uberprufen ei- 
nes fur die Anzeige in einer pervasive Datenverarbei- 
tungseinheit angepassten Web-Inhaltes, der auf eine si- 
mulierte Anforderung von der pervasive Datenverar- 
beitungseinheit hin, die von einem Datenverarbei- 
tungssystem erzeugt wird, das nicht die pervasive Da- 
tenverarbeitungseinheit ist, wobei das Computerpro- 
grammprodukt ein in einem Computer verwendbares 
Speichermedium mit einem im Medium integrierten 
computerlesbaren Programmcodemittel umfasst, wo- 
bei das computerlesbare Programmcodemittel Folgen- 
des umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
len einer simulierten HyperText Transfer Protocol- 
(HTTP-) Anforderung, wobei die simulierte HTTP- 
Anforderung einen Uniform Resource Locator (URL) 
enthalt, der eine Position eines Web-lnhaltes kenn- 
zeichnet, und wobei die simulierte HTTP-Anforderung 
einen HTTP-Vorsatz enthalt, der Informationen uber 
die pervasive Datenverarbeitungseinheit enthalt; 
ein computerlesbares Programmcodemittel zum Aus- 
geben der simulierten HTTP-Anforderung vom Daten- 
verarbeitungssystem zu einem Web-Server, der in der 
simulierten HTTP-Anforderung gekennzeichnet wird; 
ein computerlesbares Programmcodemittel zum Emp- 
fangen einer HTTP-Antwort vom Web- Server im Da- 
tenverarbeitungssystem, wobei die HTTP-Antwort ei- 
nen Web-Inhalt enthalt, der von einem Konvertierungs- 
Proxy, der fur die Anpassung eines Web-Inhaltes fur 
die Anzeige in pervasive Datenverarbeitungseinheiten 
ausgelegt ist, fur die Anzeige in der pervasive Daten- 
verarbeitungseinheit angepasst wurde; und 
ein computerlesbares Programmcodemittel zum Ver- 
gleichen der empfangenen HTTP-Antwort mit einer er- 
warteten HTTP-Antwort. 

28. Computerprogrammprodukt nach Anspruch 27, 
wobei die Informationen uber die pervasive Datenver- 
arbeitungseinheit mindestens eine der folgenden Infor- 
mationen enthalten: eine Kennung eines auf der perva- 
sive Datenverarbeitungseinheit ablaufenden Browsers, 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Betriebssystems, eine Ken- 
nung von Eigenschaften einer Anzeige fur die perva- 
sive Datenverarbeitungseinheit und eine Kennung des 
Web-Inhaltes, fur dessen Anzeige die pervasive Daten- 
verarbeitungseinheit konfiguriert ist. 



DE 100 50 172 A 1 

15 16 



29. Computerprogrammprodukt nach Ansprucb 27, 
wobei das computerlesbare Programmcodemittel zum 
Empfangen einer HTTP- Antwort vom Web-Server ein 
computerlesbares Programmcodemittel zum Speichera 
der HTTP- Antwort umfasst. 5 

30. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen der empfangenen HTTP-Antwort mil ei- 
ner erwarteten HTTP-Antwort ein computerlesbares 
Programmcodemittel zum Speichera der empfangenen to 
HTTP-Antwort enthalt, falls die empfangene HTTP- 
Antwort nicht mit der erwarteten HTTP- Antwort uber- 
einstimmt. 

31. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 15 
Erstellen einer simulierten HTTP-Anforderung Fol- 
gendes umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
len einer Vielzahl von simulierten HTTP-Anforderun- 
gen von einer entsprechenden Vielzahl an pervasive 20 
Datenverarbeitungseinheiten, wobei jede simulierte 
HTTP-Anforderung einen Uniform Resource Locator 
(URL) enthalt, der eine Position eines Web-Inhaltes 
kennzeichnet, und wobei jede simulierte HTTP-Anfor- 
derung einen HTTP- Vbrsatz enthalt, der Informationen 25 
iiber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; und 

ein computerlesbares Programmcodemittel zum Spei- 
chera der Vielzahl simulierter HTTP-Anforderungen. 

32. Computerprogrammprodukt nach Anspruch 31, 30 
wobei das computerlesbare Programmcodemittel zum 
Ausgeben der simulierten HTTP-Anforderung iiber das 
Datenverarbeitungssystem zu einem in der simulierten 
HTTP-Anforderung gekennzeichneten Web-Server ein 
computerlesbares Programmcodemittel zum asynchro- 35 
nen Ausgeben der vielzahl von simulierten HTTP-An- 
forderungen an in jeder entsprechenden simulierten 
HTTP-Anforderung gekennzeichnete Web-Server um- 
fasst. 

33. Computerprogrammprodukt nach Anspruch 31, 40 
wobei das computerlesbare Programmcodemittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen iiber das Datenverarbeitungssystem ein com- 
puterlesbares Programmcodemittel zum Abrufen von 
HTTP-Vorsatzfeldem und URLs aus entsprechenden 45 
Datendateien umfasst. 

34. Computerprogrammprodukt nach Anspruch 31, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein computerlesbares 50 
Programmcodemittel zum Vergleichen jeder empfan- 
genen HTTP-Antwort mit einer erwarteten HTTP-Ant- 
wort fur eine pervasive Datenverarbeitungseinheit um- 
fasst, die jeder entsprechenden simulierten HTTP-An- 
forderung zugeordnet isL 55 

35. Computerprogrammprodukt, das einen fur die An- 
zeige in einer Vielzahl von pervasive Datenverarbei- 
tungseinheiten angepassten Web-Inhalt iiberpruft, der 
auf simulierte Anforderungen von den pervasive Da- 
tenverarbeitungseinheiten hin, die von einem Daten- €0 
verarbeitungssystem erzeugt werden, das nicht eine der 
pervasive Datenverarbeitungseinheiten ist, wobei das 
Computerprogrammprodukt ein in einem Computer 
verwendbares Speichermedium mit einem im Medium 
integrierten computerlesbaren Programmcodemittel 65 
umfasst, wobei das computerlesbare Programmcode- 
mittel Folgendes umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 



len einer Vielzahl von simulierten Hypertext Transfer 
Protocol- (HTTP-) Anforderungen, wobei jede simu- 
lierte HTTP-Anforderung einen Uniform Resource Lo- 
cator (URL) enthalt, der eine Position eines Web-Inhal- 
tes kennzeichnet, und wobei jede simulierte HTTP-An- 
forderung einen HTTP- vbrsatz enthalt, der Informatio- 
nen iiber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; 

ein computerlesbares Programmcodemittel zum asyn- 
chronen Ausgeben jeder simulierten HTTP-Anforde- 
rung vom Datenverarbeitungssystem zu einem Web- 
Server, der in jeder entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; 
ein computerlesbares Programmcodemittel zum Emp- 
fangen einer HTTP-Antwort auf jede entsprechende si- 
mulierte HTTP-Anforderung, wobei jede HTTP-Ant- 
wort einen Web-Inhalt enthalt, der fur die Anzeige in 
einer pervasive Datenverarbeitungseinheit angepasst 
wurde, die in einer entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; und 
ein computerlesbares Programmcodemittel zum Ver- 
gleichen jeder empfangenen HTTP-Antwort mit einer 
erwarteten HTTP-Antwort fur eine pervasive Daten- 
verarbeitungseinheit, die in jeder entsprechenden simu- 
lierten HTTP-Anforderung angegeben wird. 

36. Computerprogrammprodukt nach Anspruch 35, 
wobei die Informationen iiber die pervasive Datenver- 
arbeitungseinheit in jeder simulierten HTTP-Anforde- 
rung mindestens eine der folgenden Informationen ent- 
halten: eine Kennung eines auf einer pervasive Daten- 
verarbeitungseinheit ablaufenden Browsers, eine Ken- 
nung eines auf einer pervasive Datenverarbeitungsein- 
heit ablaufenden Betriebssystems, eine Kennung von 
Eigenschaften der Anzeige einer pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fur dessen Anzeige eine pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

37. Computerprogrammprodukt nach Anspruch 35, 
wobei das computerlesbare Programmcodemittel zum 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung ein computer- 
lesbares Programmcodemittel zum Speichern der 
HTTP-Antworten umfasst. 

38. Computerprogrammprodukt nach Anspruch 35, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner entsprechenden erwarteten HTTP-Antwort ein 
computerlesbares Programmcodemittel zum Speichern 
der empfangenen HTTP-Antwort enthalt, falls die 
empfangene HTTP-Antwort nicht mit der erwarteten 
HTTP-Antwort ubereinstimmt. 

39. Computerprogrammprodukt nach Anspruch 35, 
wobei das computerlesbare Programmcodemittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen ein computerlesbares Programmcodemittel 
zum Abrufen von HTTP-Vorsatzfeldern und URLs aus 
entsprechenden Datendateien umfasst. 
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100 

ERSTELLE DYNAMISCH EINE VIELZAHL VON 
SIMUUERTEN HTTP-ANFORDERUNGEN, 
WOBEI JEDE SIMUUERTE HTTP-ANFORDE- 
RUNG EINEN URL, DER EINEN WEB-SERVER 
KENNZEICHNET, UND BNEN HTTP-VORSATZ 
ENTHALT. DER EINE ANFORDERNDE CUENT- 
EINHEIT UND EINEN BROWSER BESCHREIBT. 



110 



GIB SIMUUERTER HTTP-ANFORDERUNGEN AN 
WEB-SERVER AUS, DIE IN ENTSPRECHENDEN 
SIMUUERTEN HTTP-ANFORDERUNGEN 
GEKENNZEICHNET WERDEN. 



120 



EMPFANGE UND SPEICHERE EINE ANTWORT 
AUF JEDE SIMUUERTE HTTP-ANFORDERUNG. 
WOBEI JEDE ANTWORT EINEN WEB-INHALT 
UND EINEN HTTP-VORSATZ ENTHALT. DER 
VON EINEM KONVERTIERUNGS-PROXY 
ANGEPASST WURDE 



130 



VERGLEICHE JEDE EMPFANGENE ANTWORT 
MIT EINER ENTSPRECHENDEN ERWARTETEN 
ANTWORT; SPEICHERE FEHLGESCHLAGENER 
ANTWORTEN. 



Fig . 2 
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ANFORDERUNGEN. WOBEI JEDE SIMUUERTE HTTP- 
ANFOROERUNG EINEN URL, DEREINEN WEBSERVER 
KENNZEICHNET, UND EINEN HTTP-VORSATZ ENTHALT, DER EINE 
ANFORDERNDE CUENT-EINHEIT UNO EINEN BROWSER 
BESCHREIBT. 
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